home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / rfc / rfcxxxx / rfc1673 < prev    next >
Text File  |  1995-07-26  |  7KB  |  228 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                         R. Skelton
  8. Request for Comments: 1673                                          EPRI
  9. Category: Informational                                      August 1994
  10.  
  11.  
  12.            Electric Power Research Institute Comments on IPng
  13.  
  14. Status of this Memo
  15.  
  16.    This memo provides information for the Internet community.  This memo
  17.    does not specify an Internet standard of any kind.  Distribution of
  18.    this memo is unlimited.
  19.  
  20. Abstract
  21.  
  22.    This document was submitted to the IETF IPng area in response to RFC
  23.    1550.  Publication of this document does not imply acceptance by the
  24.    IPng area of any ideas expressed within.  Comments should be
  25.    submitted to the big-internet@munnari.oz.au mailing list.
  26.  
  27. Executive Summary
  28.  
  29.    The question of the future of the Internet protocol (IP) is an issue
  30.    of national if not international concern. It is critical to the
  31.    building of a National Information Infrastructure, comparable to the
  32.    adoption of basic standards for the industrial era such as railways,
  33.    highways and electricity.
  34.  
  35.    The Electric Power Research Institute (EPRI) is a non-profit
  36.    organization, with 700 voluntary utility members, managing a
  37.    technical research and development program for the electric utility
  38.    industry to improve power production, distribution and use. The
  39.    electric power industry is a major user of computing and
  40.    communications and is fully committed to open systems.
  41.  
  42.    While the industry is today a heavy user of the Internet Protocol
  43.    Suite (IPS) it is following a long term strategy based on
  44.    international standards developed by ISO and CCITT and national
  45.    standards developed by the IEEE, ANSI and other standards bodies that
  46.    employ formal review and voting procedures.
  47.  
  48.    This strategy is based on a survey of needs in all aspects of the
  49.    electrical power supply enterprise.  It concluded that these needs
  50.    are met more effectively by the current suite of OSI protocols and
  51.    international standards under development. Therefore, EPRI developed
  52.    the Utility Communications Architecture (UCA) specification for
  53.    communications and the Database Access Integrated Services
  54.    specification for data exchange both based on the OSI model and
  55.  
  56.  
  57.  
  58. Skelton                                                         [Page 1]
  59.  
  60. RFC 1673                 EPRI Comments on IPng               August 1994
  61.  
  62.  
  63.    international standards.
  64.  
  65.    These specifications have been incorporated into the Industry
  66.    Government Open Systems Specification (IGOSS).  They are receiving
  67.    favorable response and application by the industry and its suppliers
  68.    as well as the support of the natural gas and waterworks industries.
  69.  
  70.    The issues facing the Internet community concerning growth and the
  71.    address and routing limitations of IP in particular, provide an ideal
  72.    opportunity for creating the  national uniform information transport
  73.    superhighway. This is critical to the NII Agenda and the only
  74.    proposal that will achieve this goal is one that is acceptable from
  75.    both private and public sector viewpoints with both a national and an
  76.    international perspective.
  77.  
  78.    EPRI also believes it is critically important that new requirements
  79.    need to be achieved by convergence of efforts to develop additional
  80.    standards.  Security, directory services, network management, and the
  81.    ability to support real-time applications are four examples of where
  82.    new convergent standards efforts are required.
  83.  
  84.    Just as society could not in the past accept multiple standards for
  85.    the gauge of the nation's railways,  we can no longer accept multiple
  86.    standards for information transport.
  87.  
  88. Engineering Considerations
  89.  
  90.    1. Mandatory Requirement.
  91.  
  92.       Inter networking must evolve to provide an industrial strength
  93.       computing and communications environment for multiple uses of
  94.       globally connected network resources.  Specifically the underlying
  95.       transport must provide high integrity support for upper layer
  96.       industrial OSI applications including but not limited to MMS  and
  97.       TP. Use of interface layers such as RFC 1006 is not acceptable
  98.       except as a transition strategy.
  99.  
  100.    2. Basic Requirements.
  101.  
  102.       - Scaleability
  103.         The addressing scheme must have essentially an unlimited address
  104.         space to encompass an arbitrarily large number of information
  105.         objects.  Specifically it must solve the fundamental limitations
  106.         of 32 bit formats, a format for 20 octets and above is considered
  107.         suitable.
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Skelton                                                         [Page 2]
  115.  
  116. RFC 1673                 EPRI Comments on IPng               August 1994
  117.  
  118.  
  119.       - Routing table economy
  120.         Network addressing must achieve significant economy in routing
  121.         database size with very large networks.
  122.  
  123.       - Support for the existing Internet
  124.         The existing internetworking paradigm and existing OSI and IPS
  125.         applications are to be supported.
  126.  
  127.    3. Key Engineering Considerations - A pragmatic solution.
  128.  
  129.       - Available now
  130.         The solution must be available now using mature, internationally
  131.         agreed standards and off-the-shelf implementations for hosts and
  132.         routers.  The solution must leverage existing investments in
  133.         standards development, deployment and experience while at the
  134.         same time provide for all basic requirements.
  135.  
  136.       - Ease of Transition
  137.         Any solution must provide an evolutionary transition path using
  138.         an OSI.
  139.  
  140.       - IP dual network layer strategy.
  141.         This must be achievable without modifications to existing
  142.         inter-domain routing protocols while providing the ability to
  143.         support proprietary protocols such as IPX and Appletalk.  The
  144.         scheme must provide the ability to encompass other addressing
  145.         schemes such as X.121 and E.164.  Existing SNMP and CMIP MIBs
  146.         must be applicable and available.  Internet domain names need
  147.         to be retained.
  148.  
  149.       - Routing effectiveness
  150.         This key objective requires features such as route aggregation,
  151.         service selection, and low frequency host advertisements; host
  152.         routing intelligence should not be required.
  153.  
  154.       - Flexible Efficient Administration
  155.         Operational needs will need to be met in an economic and
  156.         flexible manner.  Addressing allocations can be either
  157.         geographically based or based on carrier ID or both and will be
  158.         administered by policy not network topology.  Simplified and
  159.         robust configurability is required which includes the ability to
  160.         identify resources e.g., multi-homed hosts and applications,
  161.         instead of interfaces.
  162.  
  163.       - Mobility
  164.         Dynamic addressing is required where hosts have the ability to
  165.         learn their own network address with the minimum of human
  166.         intervention.
  167.  
  168.  
  169.  
  170. Skelton                                                         [Page 3]
  171.  
  172. RFC 1673                 EPRI Comments on IPng               August 1994
  173.  
  174.  
  175. Security Considerations
  176.  
  177.    Security isses are not discussed in this memo.
  178.  
  179. Author's Address
  180.  
  181.    Ron Skelton
  182.    Member of Technical Staff
  183.    Advanced IT Group
  184.    Electric Power Research Institute
  185.    Palo Alto CA 94303
  186.  
  187.    EMail: RSKELTON@msm.epri.com
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Skelton                                                         [Page 4]
  227.  
  228.